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Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Access, Terminals, Transmission 
and Multiplexing (ATTM). 

The present document is part 14 of a multi-part deliverable covering Access, Terminals, Transmission and Multiplexing 
(ATTM); Integrated Broadband Cable and Television Networks; IPCablecom 1.5, as identified below: 



Part 1: 
Part 2: 

Part 3: 



Part 4: 


Part 5: 


Part 6: 


Part 7: 


Part 8: 


Part 9: 


Part 10: 


Part 11: 


Part 12: 


Part 13: 


Part 14 


Part 15 


Part 16: 


Part 17: 


Part 18: 


Part 19: 


Part 20: 



'Overview"; 

Architectural framework for the delivery of time critical services over cable Television networks using 
cable modems"; 

Audio Codec Requirements for the Provision of Bi-Directional Audio Service over Cable Television 
Networks using Cable Modems"; 

'Network Call Signalling Protocol"; 

'Dynamic Quality of Service for the Provision of Real Time Services over Cable Television Networks 
using Cable Modems"; 

'Event Message Specification"; 

'Media Terminal Adapter (MTA) Management Information Base (MIB)"; 

'Network Call Signalling (NCS) MIB Requirements"; 

'Security"; 

'Management Information Base (MIB) Framework"; 

'Media Terminal Adapter (MTA) device provisioning"; 

'Management Event Mechanism"; 

'Trunking Gateway Control Protocol - MGCP option"; 

'Embedded MTA Analog Interface and Powering Specification"; 

Analog Trunking for PBX Specification"; 

'Signalling for Call Management Server"; 

'CMS Subscriber Provisioning Specification"; 

'Media Terminal Adapter Extension MIB"; 

'IPCablecom Audio Server Protocol Specification - MGCP option"; 

'Management Event MIB Specification"; 
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Part 21: "Signalling Extension MIB Specification". 

NOTE 1: Additional parts may be proposed and will be added to the list in future versions. 

NOTE 2: The choice of a multi-part format for this deliverable is to facilitate maintenance and future 
enhancements. 
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Scope 



The present document defines the embedded MTA (E-MTA) requirements for the analog interface and for powering of 
the E-MTA. An embedded MTA is a DOCSIS cable modem (CM) integrated with an IPCablecom multimedia terminal 
adapter (MTA). 

The purpose of the present document is to define a set of requirements that will enable a service that is sufficiently 
reliable to meet an assumed consumer expectation of essentially constant availability, including, specifically, 
availability during power failure at the customer's premises, and (assuming the service is used to connect to the PSTN), 
access to emergency services (911, etc.). 

The present document covers requirements for the E-MTA analog interface and for powering of the E-MTA. It is the 
intention of the present document to address requirements only for the E-MTA. See clause 5.3.1 for a complete 
description of the E-MTA. 

To enable a service that meets the assumed customer expectations described in clause 1.1, three E-MTA interfaces have 
been identified: 

1) powering the E-MTA; 

2) telemetry support; and 

3) the analog POTS interface. 

Powering the E-MTA is critical for the service to function during periods when utility power fails. Consequently, the 
power consumption characteristics of the E-MTA will enable service providers to offer alternate powering techniques. 

Telemetry support enables the service provider to remotely monitor the status of the E-MTA. The first application of 
telemetry enables remote monitoring of the E-MTA power source. 

The analog POTS interface requirements ensure that CPE that meets telephone industry interoperability requirements 
(normal telephones, answering machines, etc.) will also operate in the IPCablecom environment. 

NOTE 1 : The voice-grade analog transmission requirements are dependent on the compression algorithm utilized to 
transport the packetized voice signal in the IPCablecom architecture. These requirements are derived 
from existing PSTN requirements that are based on a full 64 kbps voice channel. Therefore, the 
requirements specified are relevant only for the G.71 1 audio codec. Other audio codec compression 
algorithms specified by IPCablecom [2] are not addressed in the present document. 

NOTE 2: The telemetry interface specified in the present document is between the E-MTA and an external local 
un-interruptible power supply (UPS). The UPS itself is not within the scope of the present document, so 
specific requirements for the UPS are not included here. Nonetheless, requirements for the E-MTA 
telemetry interface may have certain design implications on the UPS. 
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2.2 



Informative references 



The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 



[i.l] 

[i.2] 

[i.3] 



PKT-TR-ARCH1.5-V02-070412: "PacketCable 1.5 Architecture Framework", April 12, 2007, 
Cable Television Laboratories, Inc. 

CM-SP-CMCI-C0 1-081 104: "Cable Modem to Customer Premise Equipment Interface 
Specification", November 4, 2008, Cable Television Laboratories Inc. 

P. Key and D. Smith (editors), 1999: "The Internet & The Public Switched Telephone Network - A 
Troubled Marriage. In Teletraffic Engineering in a Competitive World. Edinberg: Elsevier". 



3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the following terms and definitions apply: 
Bellcore (Telcordia): PSTN research/standards organization 
Telcordia (Bellcore): PSTN research/standards organization 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



A/D 

AC 

ANS 

CM 

CMCI 

CMS 

CMTS 

CPE 

NOTE: 



DC 

DOCSIS® 

DTMF 

E-MTA 

FITL 

HFC 



NOTE: 



IP 

LEC 
MG 
MGC 



Analog to Digital converter 

Alternating Current 

Announcement Server 

Cable Modem 

Cable Modem Customer premise Interface 

Call Management Server 

Cable Modem Termination System 

Customer Premise Equipment 

Usage of CPE within the present document generically refers to the cable modem and MTA device that 
reside at the subscriber home, as well as any customer telephony equipment (telephones, answering 
machines, fax machines, etc.). Typically, CPE would refer to equipment that is beyond the service 
provider network interface, such as a telephone or personal computer. However, since the cable 
modem/MTA represent the service provider network interface device at the subscriber home, it is 
commonly referred to as CPE. 

Direct Current 

Data Over Cable System Interface Document 

Dual Tone Multi-Frequency 

Embedded MTA 

Fibre In The Loop 

Hybrid Fibre Coax 

Access network architecture consisting of fibre optic feeders from the headend to nodes, at which point 
coaxial cable is used for the final distribution to the subscribers. 

Internet Protocol 
Local Exchange Carrier 
Media Gateway 
Media Gateway Controller 



NOTE: The control element of a PSTN gateway. 
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MTA Multimedia Terminal Adapter 

MTTR Mean Time To Replacement 

NCS Network Call Signalling 

NOTE: The IPCablecom MGCP profile used for controlling calls. 

NID Network Interface Device 

NOTE: A common PSTN term, also used by IPCablecom, that refers to the subscriber's interface point to the 
network. In this document, the E-MTA is considered the NID. 

NIU Network Interface Unit 

OSS Operations Support System 

POTS Plain Old Telephone Service 

PSTN Public Switched Telephone Network 

REN Ringer Equivalence Number 

SG Signalling Gateway 

TLP Transmission Level Point 

UPS Uninterruptible Power Supply 



Void 



Introduction 



5.1 



IPCablecom Overview 



The IPCablecom project is aimed at defining interface documents that can be used to develop interoperable equipment 
capable of providing packet-based voice, video and other high-speed multimedia services over hybrid fibre coax (HFC) 
cable systems utilizing the Data Over Cable Interface Document [3], 

5.2 Service Goals 

One potential application of the IPCablecom architecture is packet-based voice communications for cable system 
subscribers. The IPCablecom architecture as a whole enables voice communications, video, and data services based on 
bi-directional transfer of Internet protocol (IP) traffic between the cable system headend and customer locations, over an 
all-coaxial or HFC cable network as shown in simplified form in figure 1 . 




Transparent IP Traffic Through the System 
Figure 1 : Transparent IP Traffic Through the Data-Over-Cable System 

The transmission path over the cable system is realized at the headend by a cable modem termination system (CMTS), 
and at each customer location by a cable modem (CM). At customer locations, the interface is called the cable-modem- 
to-customer-premises-equipment interface (CMCI) and is specified in [i.2]. 
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5.3 



IPCablecom Reference Architecture 



The IPCablecom architecture is composed of three distinct component networks: the "DOCSIS HFC Access Network", 
the "Managed IP Network" and the PSTN. The Cable Modem Termination System (CMTS) provides connectivity 
between the "DOCSIS HFC Access Network" and the "Managed IP Network". Both the Signalling Gateway (SG) and 
the Media Gateway (MG) provide connectivity between the "Managed IP Network" and the PSTN. The reference 
architecture for IPCablecom is shown in figure 2 and is further described in [i.l]. 



Embedded MTA 



MTA 



Cable 
Modem 



Call 

Management 

Server 

(CMS) 




HFC access 

network 
(DOCSIS) 



CMTS 



Managed IP Network 



Embedded MTA 



MTA 




CMTS 



Cable 
Modem 





Announcement Server 



Announcement Controller 
(ANC) 



Announcement Player 
(ANP) 

Signaling 

Gateway 

(SG) 



Media 
Gateway 
Controller 

(MGC) 

Media 

Gateway 

(MG) 




OSS 
BackOffice 



Key Distribution Server (KDC) 

Provisioning Server 

DHCP Servers 

DNS Servers 

TFTP or HTTP Servers 

SYS LOG Server 

Record Keeping Server (RKS) 



Figure 2: IPCablecom Reference Architecture 

The DOCSIS HFC access network provides high-speed, reliable, and secure transport between the customer premise 
and the cable headend. This access network provides all DOCSIS capabilities including Quality of Service. The 
DOCSIS HFC access network includes the following functional components: the Cable Modem (CM), Multi-media 
Terminal Adapter (MTA) and the Cable Modem Termination System (CMTS). 

The Managed IP network serves several functions. First, it provides interconnection between the basic IPCablecom 
functional components responsible for signalling, media, provisioning, and quality of service establishment. In addition, 
the managed IP network provides long-haul IP connectivity between other Managed IP and DOCSIS HFC networks. 
The Managed IP network includes the following functional components: Call Management Server (CMS), 
Announcement Server (ANS), several Operational Support System (OSS) back-office servers, Signalling Gateway 
(SG), Media Gateway (MG) and Media Gateway Controller (MGC). 

The public switched telephone network (PSTN) gateway provides access from the subscriber network into the PTSN 
network. The OSS back office provides support services such as billing, provisioning, fault determination, problem 
resolution, and other support services. 



5.3.1 Multimedia Terminal Adapter (MTA) 



An MTA is an IPCablecom client device that contains a subscriber-side interface to the subscriber's CPE 
(e.g. telephone) and a network-side signalling interface to call control elements in the network (e.g. Call Management 
Server (CMS)). An MTA provides codecs and all signalling and encapsulation functions required for media transport 
and call signalling. 
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MTAs reside at the customer site and are connected to other IPCablecom network elements via the HFC access network 
(DOCSIS). IPCablecom MTAs are required to support the Network Call Signalling (NCS) protocol. 

IPCablecom only defines support for an embedded MTA (E-MTA). An E-MTA is a single hardware device that 
incorporates a DOCSIS CM as well as an IPCablecom MTA component, figure 3 shows a representative functional 
diagram of an embedded MTA. Additional MTA functionality and requirements are further defined in [i.l], For the 
purposes of the present document, MTA is interpreted to be identical to E-MTA. 
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(e.g., RJ11) " (e.g., RJ11) 



DOCSIS Bridge 




MTA Application 












NCS 


RTP 


SNMP/DHCP/... 


DOCSIS Filter 


UDP 




IP 


DOCSIS 1 1/2 MAC " F|0WS " Heartbeat 
UUOblb I . \IZ.V MAO _ CBR _ QoS Sjgna | jng 


DOCSIS DOCSIS PHY 



RF 



Figure 3: E-MTA 



E-MTA Monitoring Requirements 



The E-MTA is a critical element in the IPCablecom architecture. It provides the customer's interface to the service 
provider's network and is located outside the service provider's "headend". As such, it is critical that the operational 
status of the E-MTA be monitored in order to provide the quickest information to the service provider. This clause 
details the critical monitoring requirements of the E-MTA. 



6.1 



E-MTA Alarms 



The E-MTA functions as the customer premise network interface to the IPCablecom network and thus enables service to the 
customer. If the E-MTA fails and is not capable of providing the intended service, the service provider will need to know 
about this condition quickly (and preferably before the customer). 

The minimum goal of fault management should be to isolate failures to a field replaceable unit. This enables the service 
provider to confidently dispatch service personnel with the appropriate equipment necessary to repair the problem in the 
least amount of time (i.e. minimize Mean Time To Replacement, or MTTR). The E-MTA can be considered a field 
replaceable unit since it is embedded, or integrated, with the CM. 

6.1.1 CM Failures 

The CM provides the critical connection between the MTA and the IPCablecom/DOCSIS network. A CM failure will affect the 
availability of the service. 

IPCablecom service will rely on the CM failure detection mechanisms defined by DOCSIS in [4]. DOCSIS specifies 
events that the CM must detect as well as events the CMTS must detect. 
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6.1.2 MTA Failures 



The minimum MTA monitoring shall utilize the CM failure detection mechanisms defined by DOCSIS [4] since the 
CM and MTA are integrated together. 

Additional MTA monitoring mechanisms may be developed but are not defined in the present document. For example, 
the E-MTA may include internal on-line diagnostics utilized to detect vendor specific events. 



6.2 E-MTA Telemetry 



The telemetry feature provides the ability for the E-MTA to transmit alarm information to the headend. The alarm 
information could reflect status of the E-MTA itself or of a supporting device connected to the E-MTA. Refer to [10] 
for information on the set of defined alarms. 

One powering option of the E-MTA is local power with uninterruptible power supply (UPS) battery backup. Maintaining 
constant power at the E-MTA is important to providing reliable service. For example, an operator may want the service to 
continue to function when the commercial utility power fails at the subscriber home. Thus, an alternate power source is 
required to bridge the gaps when utility power is not available. 

The telemetry feature specified in [10] and required here is initially intended for UPS battery alarms. However, the UPS 
powering option of the E-MTA may not always be used. As such, the design allows enough flexibility for the telemetry 
feature to be utilized for other purposes. This clause will define the specific UPS battery alarm usage. Other usage of 
telemetry is not defined and is outside the scope of the present document. 

The UPS may be a separate, external device connected to the E-MTA or an internal device, integrated with the E-MTA. 
The physical telemetry interface defined in the present document is for the external UPS device. An internal UPS is not 
required to support the same physical interface. 

6.2.1 Telemetry Signals (External Interface) 

The E-MTA alarm telemetry input signals shall determine the input state by sensing the presence of a short circuit to 
ground (low) or an open circuit condition (float high) on the input connection (open drain compatible). The alarm active 
state is defined as the open circuit condition (float high). The alarm inactive state is defined as the short circuit to 
ground (low). 

A telemetry common signal separate from the 48 VDC return signal shall be provided. Since the E-MTA power supply 
input is required to support AC network power, both of the power supply input pins will be floating with respect to 
ground. Therefore, a separate telemetry common signal is required to establish a common ground reference between the 
E-MTA and UPS. 

NOTE: This interface forces the external device to "actively" control the signal states. In other words, the device 
is required to actively short the signal to ground to signal a inactive alarm state and will actively open the 
circuit to float high to signal an active alarm state. This provides a fail-safe mechanism such that if any or 
all of the signals become disconnected from the E-MTA, they will float high and thus indicate an active 
alarm condition. For example, it is not valid for all 4 UPS alarms to be active at the same time (cannot 
operate off battery if a battery is not present). Therefore, if such a condition is detected, it is possible to 
deduce that the UPS has become disconnected from the E-MTA. 

6.2.1 .1 Telemetry Signal 1 - AC Fail 

The active alarm state of this signal indicates an "AC Fail" condition, which means the UPS, has detected a failure of 
the utility AC power and is operating off its battery. 

The inactive alarm state of this signal indicates an "AC Restored" condition which means the UPS has detected the 
presence of utility AC power and is no longer operating off its battery. 
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6.2.1 .2 Telemetry Signal 2 - Replace Battery 

The active alarm state of this signal indicates a "Replace Battery" condition which means the UPS, via internal test 
mechanisms outside the scope of the present document, has determined that the battery can no longer maintain a charge 
sufficient enough to provide the designed amount of battery backup (e.g. eight hours of battery backup) and thus is 
failing and should be replaced with a new battery. 

The inactive alarm state of this signal indicates a "Battery Good" condition. 

6.2.1 .3 Telemetry Signal 3 - Battery Missing 

The active alarm state of this signal indicates a "Battery Missing" condition, which means the UPS, has detected that a 
battery is not present and a battery should be installed in the UPS. 

The inactive alarm state of this signal indicates a "Battery Present" condition. 

6.2.1 .4 Telemetry Signal - Battery Low 

The active alarm state of this signal indicates a "Battery Low" condition which means the battery has sufficiently 
discharged (e.g. 75 % discharged) to the point where a power source can only be maintained for a short while longer. 

The inactive alarm state of this signal indicates a "Battery Not Low" condition which means the battery has charged 
above the "battery low" threshold (e.g. at least 25 % charged). 

6.2.2 OSS Event Reporting 

The MTA shall support the event and alarm reporting mechanism as defined in [10]. Furthermore, the MTA shall 
support the Powering events as defined in [10]. 



E-MTA Power Requirements 



This clause defines the power requirements of the E-MTA. This includes power consumption and presents associated 
traffic models recommended for power consumption calculations. 

7.1 Power Considerations 

E-MTA powering is an important element in providing reliable telephone service through HFC cable networks. There are two 
basic methods to power the E-MTA: 

1) local with battery backup; and 

2) network powering. 

Local power refers to utilizing the subscriber's home AC utility power as the supply for the E-MTA. A battery backup is 
utilized when the utility power fails. Network power refers to utilizing power supplied by the service provider via their HFC 
cable network. 

A key consideration in HFC power system design is maintaining power to the E-MTA even when local AC power has 
failed. In general, the power system should provide a E-MTA with sufficient backup power (to accommodate typical 
power outages) for a typical E-MTA traffic model. This creates constraints on power consumption for locally powered 
systems that provide battery backup. A E-MTAs average power consumption directly affects the size and cost of the 
backup batteries. 

Although network power centralizes backup power reserves, E-MTA power consumption nevertheless directly affects 
the cost and size of a power node. In addition, in network-powered systems, other conditions exist that limit the amount 
of power that can be delivered to an E-MTA (e.g. a coaxial power passing tap). 
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7.2 Typical E-MTA Traffic Model 



A projected "typical" E-MTA traffic model has been developed based on [9] and [i.3] and input from member operators. 
As the IPCablecom architecture is actually deployed in the field, and as consumer demand for services using that 
architecture continues to evolve, individual operators with actual IPCablecom implementations may experience 
significantly different traffic characteristics. With this qualification, this model may be used to calculate long term 
average power. 

Table 1 : E-MTA Traffic Model 



Line Number 


MTA 
Line 1 


MTA 
Line 2 


MTA 
Line 3 


MTA 
Line 4 


Cable Modem Data 


Assumed Use 


Voice 


Modem/Voice 


Voice/Fax 


Voice 


High Speed Data 


CCS 


4 


4 


2 


2 


4 


Line Penetration (Normalized by Penetration) 


100% 


80% 


50% 


25% 


25% 


Average Ringing Period 


14 sec 


14 sec 


14 sec 


14 sec 


n/a 


Average call length 
E-MTA w/o Data Service 
E-MTA with Data Service 


5 min 
5 min 


26 min 
5 min 


5 min 
5 min 


5 min 
5 min 


n/a 
n/a 


Average Data Rate to Subscriber* 


n/a 


n/a 


n/a 


n/a 


100kb/s 


Average Data Rate From Subscriber* 


n/a 


n/a 


n/a 


n/a 


10kb/s 



The average cable modem data rates shown in column 5 of table 1 assume that when a user is active on the system 
(i.e. 4CCS), the user is interpreting or typing information during 90 % of the active session, and no significant data is 
flowing through the data interface. Data interface rates of 1 Mb/s to the subscriber and 100 kb/s from the subscriber are 
assumed during the remaining 10 % of the session. The averages are assumed to be long term and are considered over 
the entire domain of a power node (i.e. 100's of E-MTAs). 



7.3 Power Passing Tap Limitations 



Power passing taps typically have a maximum continuous current rating that specifies limits on the amount of current 
that can be supplied to a particular "drop" off of the network (the drop is the clause of coax connecting the operator 
network to the subscriber's home). Power passing taps typically contain a self -resetting protection device that is rated at 
350 mA of continuous current. Also, the network power voltage can vary between 40 VACrms and 90 VACrms at the 
subscriber interface. Therefore, in the worst case at 40 VAC, the maximum continuous power that can be supplied to a 
network device on the drop is about 14 VArms (Volt-Amps = watts/power factor) before the self-resetting protection 
device of the power passing tap activates. 

IPCablecom network-powered E-MTAs should not exceed 14 VArms power consumption in any continuous mode of 
operation. Furthermore, network-powered E-MTAs shall limit input current to less than 350 mA in any continuous 
mode of operation for input voltages in the range 0-90 VACrms. Continuous mode of operation refers to any sustained 
mode that would draw more than 14 VArms and thus, potentially cause the power passing tap protection device to 
activate. For example, all lines off-hook with data traffic running at maximum average throughput for the device under 
consideration would be considered a sustained, continuous mode of operation while cadence ringing would not. In 
general, higher ringing currents can be tolerated due to the slow reacting nature of the self-resetting protection device. 



7.4 Average Power Calculations 



For network-powered systems, E-MTA power is also limited by the total power available from the power node and the 
required number of E-MTAs to be supported from each node. Because a common power source is being utilized to 
power a large number of E-MTAs, long term average E-MTA power can be utilized for power node calculations instead 
of maximum E-MTA power. Since E-MTAs will operate in various modes (on-hook, off-hook, ringing, etc.), a 
statistical traffic model (such as CCS numbers) can be used to characterize long term average E-MTA power and 
furthermore the number of E-MTAs that can be supported in a particular power node domain can be calculated. 

For local powered systems with battery backup, long-term average E-MTA power can be utilized to determine the 
typical battery backup time for a particular E-MTA and UPS combination. By dividing the battery's effective watt-hour 
rating by the E-MTAs average power rating, and taking into account power conversion and wire I-R loss effects, the 
typical battery-backed operation time can be determined. 
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7.5 Power Factor Considerations 

Since network power utilizes alternating current (AC), the power factor of a device also affects a node's power 
calculation. Power factor specifies the ratio of watts to volt-amps. 

The IPCablecom power factor of an E-MTA device should be 0,85 or greater to ensure efficient utilization of the 
available network power. 

To stress that power factor must be accounted for in E-MTAs, power figures shall be specified in terms of Volt- Amp 
(VA) rather than Watts (W). 

7.6 E-MTA Average Power Requirements 

Since many different HFC power node domain architectures exist, it is not possible to calculate an E-MTA average 
power requirement that relates to all architectures. Nonetheless, several common power consumption objectives have 
been specified to enable efficient powering capabilities. 

The average E-MTA power consumption should be less than or equal to 5 VA when applying the traffic model above. 
The average power consumption refers to the typical long-term average consumption of the device and is intended to 
provide a reference for designing the power node architecture. 

7.7 Service Requirements Under AC Fail Conditions 

For local power with battery backup, the E-MTA device is aware of AC power failure via the UPS telemetry inputs or 
via internal means with an embedded UPS. Since data traffic is not required for IPCablecom service, data service may 
be de-activated immediately under local AC power fail conditions. However, all lines provided by an E-MTA shall 
remain operational (operational means capable of originating calls, ringing, and terminating calls, if provisioned as in- 
service). 

7.8 Power Source Compatibility 

To provide flexibility to make powering decisions on a node-by-node basis and to allow local power to network power 
migration, outdoor E-MTAs shall support both network power and local power with battery backup (as defined below). 
Since network powering is removed from the coax drop before entering the home, indoor E-MTAs shall support local 
powering with battery backup and are not required to support network power. 



7.9 Network Powering 



Network power is supplied from a power node controlled by the service provider and is distributed through the HFC 
plant via the network cable. It is common practice for Network power to be delivered from the "tap" to the E-MTA 
either through centre conductor powering (centre coax conductor) or through composite pair (siamese pair) powering. 

7.9.1 Centre Conductor Delivery 

Centre conductor network power delivers power on the centre conductor of the coaxial cable drop. Outdoor E-MTAs 
shall be capable of extracting power from the centre conductor of the coaxial cable. If an E-MTA provides a subscriber 
side coaxial drop, network power shall be removed from the subscriber drop such that network power does not enter the 
customer premise. If an E-MTA provides a subscriber side coaxial drop, greater than 60 dB of Isolation shall be 
provided at 60 Hz, 120 Hz, 180 Hz, and 240 Hz between the network side coaxial drop and the subscriber side coaxial 
drop. To prevent the introduction of "AC HUM" into the coexisting RF signals, for an E-MTA that provides a 
subscriber side coaxial drop, the E-MTA shall not degrade Hum Modulation more than 3 % toward the subscriber side 
drop. 

In centre conductor network power mode, the composite pair power terminals shall not present a shock hazard. 
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7.9.2 Composite Pair Delivery 



Composite pair network power delivers power on a separate pair of wires that are bundled with the coaxial cable drop 
(siamese) from the tap. E-MTAs shall be capable of accepting power though a separate pair of input terminals. The 
power-input terminals shall be compatible with 22, 24, and 26-gauge wire. The power-input terminals may also be 
compatible with any other gauge wire. 

7.9.3 Network Power Characteristics 

E-MTAs supporting network power shall be compatible with and properly operate from quasi-square wave voltages 
over the range 40-90 VAC at the input of the device. 

7.10 Local Powering with Battery Backup 

Local powering is accomplished utilizing a UPS that converts household 120 V AC power to DC power for the E-MTA. 
The UPS also provides battery backup to bridge E-MTA operation through typical local power outages. In addition, 
telemetry signals provide remote monitoring capability for local AC power and battery conditions. Outdoor E-MTA 
devices will typically utilize a separate UPS such that batteries can be placed inside the customer's facility. The indoor 
climate controlled environment is typically desired for battery placement to maximize battery life. E-MTAs utilizing an 
external UPS will require metallic connections between the two units for transmission of power and telemetry 
information. E-MTAs may include an embedded UPS or utilize an external UPS. 

7.1 0.1 E-MTA to UPS Interface 

A standardized interface is defined between the E-MTA and an external UPS to allow vendor interoperability between 
the two devices. This interface is comprised of seven (7) conductors including two (2) for DC power, four (4) for 
telemetry signals, and one (1) for telemetry ground reference. The external E-MTA-UPS interface shall be included on 
E-MTA implementations that do not provide embedded UPS functionality. For E-MTAs with embedded UPS 
functionality, there is no requirement to provide the physical E-MTA-UPS interface signals externally, however, the 
embedded telemetry information shall still be made available to upstream network management systems as defined in 
clause 6.2. 

7.10.1.1 Physical Connection 

Since the interface cable between the E-MTA and UPS will typically be cut to length, the E-MTA should provide 
individual connections for each conductor but may utilize a standard multi-pin connector. The specific type of 
connection device will not be specified, however the connection device shall support 22, 24, and 26-gauge wire. The 
connection device may also support any other gauge wire. 

7.1 0.1 .2 Power Signals (External UPS) 

The power interface is designed to provide 20 watts of peak power to the E-MTA which provides ample power for 
E-MTA implementations supporting a high speed data link and up to 4 telephony lines with a total ringing load of 
10 REN. To enable the use of 22 -26-gauge wire for the interface, 48 VDC nominal power is being required. 

The E-MTA without embedded UPS functionality shall support the following input voltage range: 

Table 2: Input Voltage Ranges for E-MTAs without embedded UPS functionality 



Signal 


Value 


Power 


+48 VDC nominal, +42 VDC min, +51 VDC max 


Power return 


48 VDC Return 
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8 MTA Analog Port Requirements 

The MTA analog port represents an interface between the IPCablecom/DOCSIS/IP (internet protocol) network and 
devices designed to function when connected to the PSTN using standard PSTN interfaces. The subscriber side of this 
interface is an analog interface consistent with the PSTN and the network side of this interface is a digital interface to 
the IP -based IPCablecom network, which rides on top of the DOCSIS transport. It is expected that many operators will 
choose to use the IPCablecom architecture to offer service to customers in residential dwellings. In such applications, 
the MTA will reside at the subscriber premises, either inside or outside. The MTA will, in the context of the 
IPCablecom network, be analogous to the NIU (network interface unit) or NID (network interface device) as those 
terms are used in connection with the PSTN. Finally, because the network side of the port interface is digital, and the 
device resides close to the subscriber, the analog subscriber side of the port interface will only be required to support 
relatively short metallic (copper twisted pair) drops (i.e. 500 feet). 

This interface is similar to the Telcordia TA-909 POTS interface requirements for FITL (fibre in the loop). Therefore, 
the port requirements are based on Telcordia GR-909 [8]. For basic IPCablecom service, the requirements can be 
divided into four categories: 

• 



• 



Loop Start Signalling (clause 4.1 of [8]) 
General Supervision (clause 4.4 of [8]) 

• General Ringing (clause 4.5 of [8]) 

• Voice Grade Analog Transmission (clause 5 of [8]) 

The MTA analog 2-wire interface requirements are listed in the following clauses. 

Terminology: For the purpose of this clause, the subscriber twisted pair copper wiring (typically the wiring inside the 
subscriber's premises) that is connected to the E-MTA analog port will be referred to as the "loop". 

NOTE: This usage is different than the way these terms may be used in the context of the PSTN, in which the 
"loop" is defined as the transmission path between a telephone company central office and a customer's 
premises. The "loop" referred to in this clause, in PSTN terms, would typically be referred to as "premises 
wire" or "inside wire." References here to "loops" and "transmission paths" should not be confused with 
links from customer premises to either a telephone company office or to an cable operator's head-end. 

8.1 Loop Start Signalling 

8.1 .1 DC Supervisory Range 

The DC supervisory range shall meet: R DC > 450 Q. Rdc is the DC supervisory range. The actual value of R DC depends 
on the resistance of the loop wire from the E-MTA (the subscriber's inside wiring). That is, R DC = 430 + Ri oop - 

NOTE: This accommodates a drop of 500 feet of AWG 22-gauge wire at 65 °C. 

Reference: clause 4.1.1 of [8]. 

8.1.2 Idle State Voltage 

The idle state is when the loop is open or on-hook. In this state the idle voltage satisfies: 

• Shall be 21 Vdc < V IDLE < 80 V dc. 

• Should be 42,75 Vdc < V IDLE < 80 V dc. 

• Ring is negative with respect to tip. 

• Rring-to-ground and tip-to-ground voltages are < 0. 

• Meet class A2 continuous source electrical safety from clause 14.6 of GR-499 [5]. 
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NOTE: The V IDLE minimum recommendation has been added for IPCablecom. In some cases, 21 Vdc causes 
interoperability problems with certain CPE devices. 

Reference: clause 4.1.2 of [8]. Modified for IPCablecom. 

8.1 .3 Loop Closure Detection 

Loop closure is off-hook. Detection of loop closure shall meet: 

• Resistance < R DC between tip and ring is loop closure. 

• Resistance > 10 kQ between tip and ring is not loop closure. 

• When loop closure is detected, appropriate actions as defined by the CMS will be taken. 
Reference: clause 4.1.4 of [8]. 

8.1 .4 Loop Open Detection 

Loop open is on-hook. Detection of loop open shall meet: 

• Resistance > 10 kQ is loop open. 

• Resistance < R DC + 380 Q is not loop open. 

The MTA shall be able to distinguish between a hit, dial pulse, flash, or disconnect and signal appropriately to the CMS 
as defined in [ 1 ] . 

Reference: clause 4.1.5 of [8]. 

8.1.5 Off-Hook Delay 

The MTA shall be able to detect a subscriber origination request (off -hook) and attempt to transmit the notification to 
the CMS within 50 msec. 

2-way voice signal transmission capability on the loop established within 50 msec of detecting the origination request 
(off-hook). 

Reference: clause 4.1.7 of [8]. Modified for IPCablecom. 

8.1.6 On-Hook Delay 

The MTA shall be able to detect a subscriber termination request (on-hook) and attempt to transmit the notification to 
the CMS within 50 msec. 

8.1.7 Ringsplash 

When the CMS indicates one 500 msec ringsplash, the MTA shall apply one 500 msec + 50 msec ring burst to the line. 

Reference: clause 4.1.9 of [8]. 

NOTE: The ringsplash requirement stated here is within the bounds of the ringsplash requirement stated in [1]. 
Thus, by meeting this requirement, the NCS requirement is met also. 

8.1.8 Distinctive Ringing 

Defined ring cadences shall be applied to the drop within +50 msec resolution. 

The MTA shall be able to apply any of the distinctive alerting patterns described in [1] to the line when signalled by the 
CMS. 
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Reference: clause 4.1.10 of [8]. 



NOTE: The ringing requirement stated here is within the bounds of the ringing requirement stated in [1]. Thus, by 
meeting this requirement, the NCS requirement is met also. 

8.1.9 Transmission Path 

The MTA shall support part-time on-hook transmission capabilities: part-time = within 400 msec after a ringsplash. On- 
hook transmission provides the capability of transmitting a voiceband signal in both directions on the loop when the 
loop is open (on-hook). 

Reference: clause 4.1.15 of [8]. Modified for IPCablecom. 

8.2 General Supervision 

8.2.1 Off-Hook Loop Current 

The MTA shall provide at least 20 mA of loop current in the off-hook state. 

Loop voltage is such that the ring conductor is negative with respect to the tip conductor. 

Reference: clause 4.4.1 of [8]. Modified for IPCablecom. 

8.2.2 Immunity to Line Crosses 

Shorts between tip-to-tip, tip-to-ring, or ring-to-ring involving 2 or more lines shall not damage the MTA. 
Shorts between tip-to-ground or ring-to -ground involving 1 or more lines shall not damage the MTA. 
Reference: clause 4.4.3 of [8]. 

8.2.3 System Generated Open Intervals 

When in the loop closure state (off -hook), interruptions to loop current feed shall not exceed 100 msec unless instructed 
by the CMS. 

Reference: clause 4.4.5 of [8]. 

8.2.4 Open Switching Interval Distortion 

When in the loop closure state and providing loop current feed, loop current feed open commands of duration T shall 
have resolution to +25 msec for 50 < T < 1 000 msec. 

When in the above state, the MTA shall continue to maintain loop closure (towards the CMS) with no interruptions 
> 1 msec. 

Loop current feed open shall not exceed 5 sec in duration. 

Loop current feed open is an interruption of the loop current sourced on the drop. 

Telcordia GR-303 [6] specifies this shall be satisfied for both on-hook and off-hook. 

Reference: clause 4.4.6 of [8]. 

8.2.5 Dial Pulsing 

Dial pulses may be collected at the MTA. Depending on CMS instructions, the digits can either be individually sent or 
gathered according to the digit map and all digits sent in a single message. 

If the MTA supports dial pulsing, the MTA shall support 8 pps to 12 pps with 58 % to 64 % break. 
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NOTE: IPCablecom does not require support for pulse dialling. Therefore, this is an optional MTA requirement. 
Reference: clause 4.4.9 of [8]. Modified to be optional for IPCablecom. 

8.2.6 DTMF Signalling 

DTMF signalling will be collected at the MTA. Depending on CMS instructions, the digits can either be individually 
sent or gathered according to the digit map and all digits sent in a single message. 

The MTA shall not amplitude overload at the maximum expected DTMF signal level. (ANSI Tl.401-1988 [11] 
describes the maximum DTMF signal level.) Amplitude overload is any output frequency between kHz to 12 kHz 
greater than -28 dBmO when the input frequency is between 600 Hz to 1 500 Hz at a power level equal to the maximum 
expected DTMF signal level. 

Reference: clause 4.4.10 of [8]. 

8.2.7 Dialtone Removal 

The MTA shall remove dialtone within 250 msec of detecting the first dialled digit unless otherwise instructed by the 
CMS. 

NOTE: The NCS protocol defined in [1] provides the ability to request the MTA to play signals (in this case 

dialtone) in response to events (in this case off-hook). The protocol also provides the ability to instruct the 
MTA to "keep the signals active" after an event has been detected (in this case keep dialtone active even 
if a digit has been detected). Thus, it is not the intention of the present document to override the NCS 
protocol document and as such, the CMS has the ability to override this requirement. 



8.3 General Ringing 



8.3.1 Alerting Signals 

The MTA shall support unbalanced or balanced ringing. 

The applied cadence shall be within +50 msec of the defined cadence. 

Nominal cadence has a 6-sec period with 1,7 sec to 2,1 sec ringing and 3,1 sec to 5,5 sec of silence. 

For Unbalanced Ringing: 

• Alerting cadence is applied to ring with tip grounded. 

• The dc component during ringing is such that the ring conductor is negative with respect to tip. 
For Balanced Ringing: 

• Alerting cadence is applied to both tip and ring, typically 180° out of phase. 

• With or without a dc component. 

Reference: clause 4.5.2 of [8]. Modified for IPCablecom for optional balanced ringing. 

8.3.2 Ringing Delay 

Ringing shall be applied within 200 msec of being signalled by the CMS. The cadence may be entered at any point 
(i.e. the cadence may start with the silent period). 

Reference: clause 4.5.3 of [8]. Modified for IPCablecom. 

8.3.3 Ringing Source 

Shall meet the duration-limited source safety requirements of Telcordia GR-1089-CORE [7]. 
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Ringing frequency shall be 20 Hz + 1 Hz. 

The dc component (offset) shall be < 75 Vdc. 

Shall meet 1,2 < peak-to-rms voltage ratio < 1,6. 

The bridged C-weighted noise < 90 dBrnC when referenced to 900 Q during ringing (i.e. the 20 Hz component 

< dBm) and the analog voiceband lead conducted emissions criteria of Telcordia GR-1089-CORE [7] shall be met. 

Reference: clause 4.5.4 of [8]. 

8.3.4 Ringing Capability 

The minimum ringing voltage shall meet 40 Vrms across a 5 REN load on a drop with resistance < R DC - 400 Q. 
Reference: clause 4.5.5 of [8]. 

8.3.5 Ringing Capacity 

The MTA shall support 5 REN per line. 

The MTA shall support at least 10 REN per device for MTAs that support 2 or more lines. 

NOTE: It is anticipated that many MTAs will support more than 2 lines (i.e. 4 POTS lines) but it is also 
unreasonable to require the MTA with more than 2 lines to support 5 REN for each line for power 
consumption reasons. Therefore, the minimum REN requirement of 10 REN per device, across all lines, 
is established. 

8.3.6 Ring Trip 

Ringing shall be removed within 200 msec of detecting loop closure. 
Reference: clause 4.5.7 of [8]. 

8.3.7 Ring Trip Reporting Delay 

The MTA shall be able to detect a ring trip and attempt to transmit the notification to the CMS within 300 msec. 
Reference: clause 4.5.8 of [8]. 

8.3.8 Ring Trip Immunity 

Ringing shall not be tripped when a termination of 10 kQ in parallel with 6 uF is applied to tip and ring. 
Ringing shall not be tripped when a termination of 200 Q is applied to tip and ring for < 12 msec. 
Reference: clause 4.5.9 of [8]. 

8.4 Voice Grade Analog Transmission 

The IPCablecom system utilizes digital transmission of voice signals to and from the MTA. The MTA converts between 
the digital voice signal on the IP network and the analog voice signal on the tip and ring loop. System impairments in 
the digital network, such as packet loss, can affect the voice signal but are outside the control of the MTA. Therefore, 
this clause defines the analog voiceband requirements of the MTA and assumes an error-free digital network. 

These requirements are derived from the PSTN which, in some cases, utilizes analog transmission from a headend 
central office switch to a customer. Typically, the reference point by which these requirements are measured is the 
middle of the switch (digital to analog). This reference point is referred to as the Transmission Level Point (TLP) and 
could be thought of as any point in the digital portion of the network. 
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NOTE: These are not end-to-end analog requirements since they apply to a single digital to analog conversion 
point (a typical voice call will be analog at each end with a digital network connecting the two ends). 

The TLP of the IPCablecom system is any point in the digital IP network. The digital IP network, for voice signal 
transmission purposes, extends all the way to the MTA where the digital to analog conversion occurs. 

These requirements only apply to the G.71 1 audio codec as specified in [2]. Transmission requirements for the other 
compression algorithms specified in [2] are not yet defined. 

General: All these requirements shall be satisfied for both on-hook and off-hook. 

8.4.1 Input Impedance 

600 Q nominal. 

EPvL (echo return loss) > 26 dB (29 dB objective). 
SRL (singing return loss) > 21 dB (24 dB objective). 
Reference: clause 5.3.1 of [8]. 

8.4.2 Hybrid Balance 

ERL > 21 dB (26 dB objective). 

SRL > 16 dB (21 dB objective). 

ERL = 15 + L T i + L R1 . 

SRL= 10 + Lti + L r1 . 

Where L T1 is transmit loss and L R , is receive loss at 1 004 Hz. 

Reference: clause 5.4 of [8]. 

8.4.3 Longitudinal Balance 

200 Hz: min > 45 dB, ave > 50 dB (ave > 61 dB objective). 
500 Hz: min > 45 dB, ave > 50 dB (ave > 58 dB objective). 

1 000 Hz: min > 45 dB, ave > 50 dB (ave > 52 dB objective). 

3 000 Hz: min > 40 dB, ave > 45 dB. 
Reference: clause 5.5 of [8]. 

8.4.4 MTA Loss 

4 dB in the D/A direction (towards the subscriber). 

2 dB in the A/D direction (from the subscriber). 
This is the loss within the MTA. 
Reference: clause 5.8 of [8]. 

8.4.5 MTA Loss Tolerance 

Within +1 dB of the MTA loss. 
Reference: clause 5.9 of [8]. 
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8.4.6 Frequency Response 



Off-hook transmission loss between 400 Hz to 2 800 Hz shall be within -0,5 to +1 dB of the loss at 1 004 Hz using a 
dBmO signal. 

On-hook transmission loss between 400 Hz to 2 800 Hz shall be within -1 to +2 dB of the loss at 1 004 Hz using a 
dBmO signal. 

(+ means more loss, - means less loss). 

Reference: clause 5.11 of [8]. 

8.4.7 60 Hz Loss 

The transmission path loss at 60 Hz shall be at least 20 dB greater than the off-hook transmission path loss at 1 004 Hz. 
The intention is to limit the encoding of 60 Hz induction in the A/D direction. 

Reference: clause 5.12 of [8]. 

8.4.8 Amplitude Tracking 

The deviation of a 1 004 Hz off-hook transmission path loss relative to the loss of a dBmO input signal. 

-37 to -3-dBm0 input: +0,5 dB max (+0,25 dB ave). 

-50 to -37-dBmO input: +1,0 dB max (+0,5 dB ave). 

-55 to -50-dBm0 input: +3,0 dB max (+1,5 dB ave). 
The deviation of a 1 004 Hz on-hook transmission path loss relative to the loss of a dBmO input signal. 

-37 to dBmO: +0,5 dB max. 
Reference: clause 5.13 of [8]. 

8.4.9 Overload Compression 

The increase in the off-hook transmission path loss at 1 004 Hz relative to the loss of a dBmO input signal. 

+3 dBmO input: < 0,5 dB increased loss. 

+6 dBmO input: < 1,8 dB increased loss. 

+9 dBmO input: < 4,5 dB increased loss. 
This is to ensure the receiver off-hook signal can be transmitted. 
Reference: clause 5.18 of [8]. 

8.4.10 Idle Channel Noise 

Not to exceed 20 dBrnC at the output of the MTA (18 dBrnC objective). 
Reference: clause 5.14 of [8]. 

8.4.1 1 Signal to Distortion 

The ratio of the output signal to output C-notched noise with a 1 004 Hz input signal while providing an on-hook and 
off-hook transmission path. 

to -30-dBm0 input: > 33-dB ratio. 

-30 to -40-dBmO input: > 27 -dB ratio. 
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-40 to -45-dBmO input: > 22-dB ratio. 
Reference: clause 5.15 of [8]. 

8.4.12 Impulse Noise 

< 15 impulses in 15 minutes with no holding tone applied at a threshold of 47 dBrnCO. 

< 15 impulses in 15 minutes with a -13 dBmO tone at 1 004 Hz at a threshold of 65 dBrnCO. 

These should be met for both the on-hook and off-hook transmission path. For a line under test, other lines on the MTA 
should be active (off-hook, dialling, ringing, etc.). 

Reference: clause 5.16 of [8]. 

8.4.13 Intermodulation Distortion 

R 2 > 43 dB using a -13 dBmO input signal. 

R 3 > 44 dB using a -13 dBmO input signal. 

R 2 and R 3 are the 2 nd and 3 rd order intermodulation products measured using the IEEE 743-1984 [12] 4-tone method. 

Reference: clause 5.17 of [8]. 

8.4.14 Single Frequency Distortion 

Using a dBmO input signal between kHz to 12 kHz, the output between kHz to 12 kHz <-28 dBmO. 
Using a dBmO input signal between 1 004 Hz to 1 020 Hz, the output between kHz to 4 kHz <-40 dBmO. 
Reference: clause 5.19 of [8]. 

8.4.15 Generated Tones 

<-50 dBmO between kHz - 16 kHz. 
Reference: clause 5.20 of [8]. 

8.4.16 Peak-to-Average Ratio 

P/AR > 90 with a -13 dBmO input level. On-hook and off-hook transmission paths. 
Reference: clause 5.21 of [8]. 

8.4.17 Channel Crosstalk 

With a 0-dBm0 signal between 200 Hz to 3 400 Hz applied to a line, other lines on the MTA <-65 dBmO C message 
weighted output between 200 Hz - 3 400 Hz. 

Reference: clause 5.22 of [8]. 
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